扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
在本页阅读全文(共2页)
CIO在软件选型的过程中,除了要关注软件与企业是否合身外,还需要关注应用程序在设计与开发上,是否存在着一些软件漏洞。所以,如何迅速定位应用程序的漏洞,也是CIO必须掌握的一项技能。
为了帮助CIO提高这方面的能力,笔者根据自己这几年应用程序选型与测试方面的经验,谈谈自己的看法。希望这些个人工作经验的总结,能够帮助大家解决心中的疑惑。
意外且常见的功能需要额外的关注
意外与常见,可能看起来比较有矛盾。其实,在应用软件功能测试上,这两个名词往往经常碰在一起。一方面,企业的实际情况跟应用软件设计的假设模型有差异,这就导致了一些意外需求的发生。另一方面,如果这些需求是时常发生的,则说明这已经不是意外事件了,而是在应用软件中必须实现的需求。这种情况,在软件选型中会经常碰到。如财务管理软件中,单据凭证需要的编制就是其中的一种。根据相关法律的规定,凭证的编号必须连续。但是,在实际工作中,往往因为错误或者其他原因,需要删除某些凭证。此时,凭证编号就不连续了。而在财务管理设计中,有时候程序开发人员就假设用户不会因为错误而删除凭证,至少只是把凭证做废掉而已。但是,事与愿违。现实中,其实恰好相反。企业用户更喜欢删除没用的凭证,而不会作废凭证。
所以,CIO在选型之前,就需要去向用户收集这些需求。并在软件测试的过程中,着重做好这方面需求的测试。要知道,对于常规的需求,通常情况下,软件都可以满足,也不会发生错误。而对于这些异常的情况,若产品设计人员实务经验比较比较缺乏的话,则考虑问题的时候就会偏向于理论化。这些意外而且常见的功能往往就是这些应用软件的软肋。故CIO如果能够调整自己的战略方向,把软件功能测试的重点放在这些方面的话,可能就可以迅速定位应用程序的问题。
首先测试二次开发的部分,然后再测试没有变化的部分
企业出于应用软件的部署成本或者规范化来考虑,现在往往是通过购买成熟的商业软件来提高自己的信息化办公水平。这就出现了一个新的问题。由于商业套装软件往往是根据预计的管理模型而设计的,跟企业的实际需求往往有一段距离。根据笔者的经验,还没有哪一家企业,在没有进行二次开发的情况下,就可以顺利利用这个套装软件。所以,在通常情况下,企业肯定需要通过二次开发来完善ERP的部门功能,以适应企业个性化的需要。
但是,在一个成型的应用软件上进行二次开发,就好像在一幢已经造好的房子进行修修补补,很明显会破坏应用软件原有的完整性,从而影响管理软件的稳定性。为此,CIO在应用软件测试的时候,二次开发功能的测试,将是其测试的重点。
另外,除了在测试二次开发本身的功能之外,还需要测试那些虽然没有变更、但是跟二次开发直接相关的作业。看看变更后的二次开发功能跟原有的系统作业是否协调、兼容。千万不能够顾此失彼。如果原有的作业不能够对新开发的功能提供很好的支持,那么二次开发也就一切白搭。
如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。